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DELAYED DELIVERY OF WEB PAGES VIA E-MAIL OR PUSH 

TECHNIQUES 

FROM AN OVERLOADED OR PARTIALLY FUNCTIONAL WEB SERVER 



BACKGROUND OF THE INVENTION 

10 

Field of the Invention 



This invention relates to techniques for delivering Web 
pages from an overloaded or partially functional Web server 
to a client, and more specifically to a system, method and 
15 program for sending to a client a requested document via 
e-mail or a Push technique after the original session with 
the client terminates. 



Description of the Related Art 

The Internet, initially referred to as a collection of 
20 "interconnected networks", is a set of computer networks, 
possibly dissimilar, joined together by means of gateways 
that handle data transfer and the conversion of messages 
from the sending network to the protocols used by the 
receiving network. When capitalized, the term "Internet" 
25 refers to the collection of networks and gateways that use 
the TCP/IP suite or protocols. 
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Currently, the most commonly employed method of 
transferring data over the Internet is to employ the World 
Wide Web environment, referred to herein as "the Web". 
Other Internet resources exist for transferring information, 
5 such as File Transfer Protocol (FTP) and Gopher, but have 
not achieved the popularity of the Web. In the Web 
environment, servers and clients effect data transfer using 
the Hypertext Transfer Protocol (HTTP) , a known protocol for 
handling the transfer of various data files (e.g., text, 

10 still graphic images, audio, motion video, etc.). 

Overloading is a term that is used when the processing 
and/or resource capabilities of a system are being used to 
the point where the system's efficiency becomes degraded. 
Programs exist today that can determine whether or not a 

15 system is becoming overloaded and to what extent the system 
resources are being used. For example, Windows 95 operating 
system has software modules that determine how much of the 
system resources are being used. 

Fig. 1 shows a prior art system for load balancing when 

20 a server is overloaded. Server 100 is linked to several 
servers 101, 102, 103, and a client 110. Since the server 
100 is not powerful enough, it splits its work among the 
other servers 101, 102, 103. A request from a client 110 
would be directed by the server 100 to one or more of the 

25 other servers 101, 102, 103, depending on which of the 
servers 101, 102, 103 is less busy. Server 100 tries to 
balance the work load amongst the other servers. Servers 
101, 102, and/or 103 can then communicate directly with the 
client 110 or respond to the client through the server 100. 

30 Essentially, the server splits up its workload amongst the 
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various machines. This is the way that servers presently 
prevent overloading in server based systems. 

Overloaded or partially functional Web servers are a 
major problem on the Internet. If a client is trying to get 
5 Web pages from such a server, the client may either have to 
wait an unreasonable amount of time to receive the requested 
pages, or the client may never receive the requested Web 
pages . 

Web servers can get overloaded or become partially 
10 functional for many reasons. One cause of overloading 

results from very high usage of servers at certain times of 
the day and very little usage at night. It has been 
observed that Web servers become overloaded during the 
middle of the day when employees of corporations are taking 

15 their lunch breaks and are checking the news from Web 

servers. Different Web servers get overloaded at different 
times of the day. For example, a Web server for the Los 
Angeles Times newspaper may get overloaded from 9:00 a.m. to 
5:00 p.m. Pacific Time when people on the west coast are 

20 checking the news, but may not be overloaded at other times 
of the day. Likewise, corporate Web sites may get 
overloaded during normal working hours, but may be greatly 
underutilized at nights, during weekends, or during 
holidays, when most employees are not working. 

25 Overloading is also caused by the sudden very high 

usage of a reference to a site in a widely read news media 
(e.g., a reference to a Web site in the Internet edition of 
the New York Times) . This type of overloading happens very 
often. This happens when a small Web site typically comes 

30 into the news because it has made a new product or has made 
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a recent press release. Typically users reach the site by 
following links from a daily newspaper. For example, a very 
common occurrence happens when a major newspaper, e.g., the 
New York Times, publishes an article on a new technology or 
5 science or health feature, and the article provides links to 
other Web pages. Typically, in Web articles, if any other 
pages are referenced, those pages are provided at the end of 
the article as links. Internet links are used in Web 
articles in the same way as Bibliographies are used in 
10 printed articles. If a small Web site is cited as a link in 
an article that has a high volume of readers, the small site 
which does not have much capacity often gets overloaded. 

It is difficult to design a Web site to handle 
overloading, especially overloading caused by sudden high 

15 usage, because it is counterproductive to have a large 
mainframe machine or a large server handle a relatively 
small Web site that under normal conditions does not utilize 
the full processing power of the server machine. 

The generation of dynamic Web content, i.e., Web 

20 content that is generated by Web servers on the fly upon 
request (e.g., via CGI scripts, Server side Javascript, or 
servlets), also consumes a lot of resources and are time 
intensive and can overload a Web server if multiple clients 
request dynamic Web content at the same time. These new 

25 technologies go beyond just sending static HTML pages. 

The HTML specification allows many embedded images in 
an HTML page. Web servers which have very high number of 
embedded images have a big overload spike whenever the pages 
are downloaded with images. This assumes that the images 

30 are from the same Web server as the parent HTML file. These 
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sudden increases in the peak load on a Web server are 
another reason for a Weft server to become overloaded or 
partially functional. 

Currently, Web servers have become very complicated, 
5 especially e-commerce systems, and they often rely on 
databases and file servers and other types of servers. A 
Web server is no longer a single computer. Instead, the Web 
server is becoming just an interface that has connections to 
file servers, databases, credit card verification servers, 

10 customer database servers, and so forth. Any of these other 
servers can become incapacitated for various reasons, e.g., 
the network link is down, a computer is down or overloaded, 
etc.. As a result, the Web server, interacting with a 
client and these other servers, may be functional, but it 

15 may not be totally functional since one or more of the 

supporting servers are not available for the Web server to 
perform all of its tasks. As such, the Web server may be 
temporarily incapacitated or partially functional. 

Currently, when a Web server is overloaded or partially 

20 functional, the following can occur: 

i) The Web client keeps waiting for a requested 
document to arrive and never gets it. Since the Web server 
is busy, the Web server can not even send to the Web client 
an HTTP return code to indicate what went wrong. As such 

25 the client waits for the server to return something. 

Typically, the client has a certain time that it has set up 
after which if the client has not received a response from a 
server, it times out. The term "time out" refers to a 
situation when the Web client has set up a maximum time it 
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is willing to wait for a document to arrive before 
terminating the request, and that time is reached. 

ii) Some servers realize that they have a problem and 
send an immediate response stating something similar to the 

5 following: 

u This server is experiencing difficulties. Please try- 
again later. " 

iii) The server returns an HTTP error return code. 
Any one or more of the above three events causes 

10 problems for a client because the user of the client has to 
remember to go back to the server at a later time to make 
the request. This is burdensome for the user. 



15 

SUMMARY OF THE INVENTION 

The system, method and program of the invention enables 
an overloaded or partially functional Web server to keep 

20 track of the clients that send requests, and to send the 
data at a later time in a different session of the network 
communication. More specifically, the overloaded, or 
partially functional, Web server carries out any one or more 
of the following. The Web server sends the requested 

25 resource (typically an HTML page) by e-mail or push 
techniques at a time when it is not overloaded. 
Alternatively, the Web server sends the basic abbreviated 
data to the client, such as the text only data; and then 
sends the full data (the data that includes the inline 
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images or other dynamically generated data) later on via 
e-mail or push techniques. 

The advantages of the invention include, but are not 
limited to, the following: 
5 i) On the client side, although the client request is not 
immediately satisfied, the client still gets the resource 
without the client having to ask for it again. 

ii) On the server side, the server's advantage is that 
the server can perform load balancing deliberately under its 

10 own control. The server can carry out this load balancing 
using various mechanisms. For instance, the server can 
regard some users as being more important than others and 
thus desire to satisfy their requests first. For example, a 
paying subscriber, such as a client who visits a Web site 

15 quite often, may get preferential treatment when the Web 
server is busy such that the paying subscriber may get 
immediate results from a request while other clients get the 
request satisfied at a later time through e-mail. 

iii) The possibilities of "Denial of Service" responses 
20 is reduced, although they can still occur in extreme 

circumstances. 



BRIEF DESCRIPTION OF THE DRAWINGS 

25 

For a more complete understanding of the present 
invention and the advantages thereof, reference should be 
made to the following Detailed Description taken in 
connection with the accompanying drawings in which: 
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Fig. 1 illustrates a structure of clients and servers 
in a network environment where the server splits up its work 
amongst other servers by using load balancing techniques 
known in the art; 
5 Fig. 2 illustrates a structure of clients and servers 

in a network environment, such as the Internet, using the 
Web server operation of a preferred embodiment of the 
invention; 

Fig. 3 is a flow chart for the operation of the system 
10 utilizing an e-mail technique as a result of the Web server 
being overloaded or partially functional; 

Fig. 4 is a flow chart of the system utilizing a 
client-pull technique; 

Fig. 5 is a flow chart of the system utilizing a 
15 server-push technique; and 

Fig. 6 illustrates a block diagram of a computer system 
that may be used as a server and/or a client in the network 
system. 

20 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

In the following description, reference is made to the 
accompanying drawings which form a part hereof, and which 
25 illustrate several embodiments of the present invention. It 
is understood that other embodiments may be utilized and 
structural and operational changes may be made without 
departing from the scope of the present invention. 

Fig. 2 illustrates a simplified Internet environment 
30 for carrying out the method of operation of a Web server 2 00 
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when it is overloaded or partially functional. The 
structure of Fig. 2 is simplified for purposes of describing 
the preferred embodiment of the invention. Although Fig. 2 
does not illustrate an environment where the Web server is 
5 connected to other servers to do load balancing as described 
with respect to Fig. 1, the techniques of the preferred 
embodiment are just as applicable in such an environment, 
also. 

As shown in Fig. 2, the Web server 200 is connected to 

10 a database server 201 and a file server 202. The database 
server 201 and file server 202 and other such servers are 
further referred to herein for convenience as serving 
servers to the Web server. The Web server 200 is also 
connected to various clients 211, 212. Client 211 and 212 

15 are Netscape browsers that connect to the Web server 200. 
The components shown in Fig. 2 will be further described 
with reference to the flowchart of Fig. 3. 

With reference to Fig. 3, the Web server 200 receives 
an HTTP request for a document called "doc.html," step 301. 

20 The document does not have to be a static Web page; it could 
be a CGI script, a dynamic page, and not necessarily a 
specific predetermined HTML document . The request could be 
interpreted by the server for anything, essentially. The 
Web server 200 then determines if the Web server is 

25 overloaded, step 302. Most Web servers that do have 

programs running on them can determine to what extent it is 
overloaded. Programs are known that enable a server to 
determine, through an interface to such a program, the 
amount of memory utilization, the amount of capacity and the 

30 number of programs that are running on a system, etc. 
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Similar programs or other means could be used by the Web 
server to determine if it is overloaded. Such programs 
would be used periodically by the Web server to check 
whether the Web server is overloaded or not. 
5 Referring to Fig. 3, if the Web server is not overloaded, 
then the Web server requests information from the database 
server 201 (Fig. 2) and file server 202 (Fig. 2), step 303. 
It is possible that the database server or file server is 
overloaded or not fully functional. If either server is 
10 overloaded or not fully functional, then the Web server may 
receive error messages or a time out, step 304. If the 
database server or file server or other serving server is 
not overloaded and is functional, then the Web server sends 
the requested data, e.g., doc. html, to the client via the 
15 HTTP protocol, step 305. 

Referring back to step 304, the Web server contacts its 
serving servers, e.g., the database server and file server, 
to determine if the serving servers are working properly. 
Basically, the Web server keeps track, through the use of a 
20 program, whether each system component is functioning or 

not. If the Web server is determined to be overloaded, step 
302, or a serving server is determined to be overloaded or 
only partially functional, step 304, then the Web server 
determines whether there is another way to send the 
25 requested data to the client in a different network session 
later on, step 306. 

Part of the determining step of step 302 also takes 
into consideration the extent to which the server is 
overloaded. If the server is to send data to the client 
30 later on, then the server will have to keep track of the 
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client and the client's corresponding request using a 
database or other tracking means. Since any such tracking 
will consume some resources of an already overloaded server, 
the server determines whether less resources would be used 
5 in servicing the request immediately, without spending 

resources tracking the client and the corresponding request; 
or whether less resources would be used by tracking the 
client and corresponding request and sending the request at 
a later time. If the request, or any part of it, is to be 

10 sent at a later time, then it is sent outside of, or 

separate from, the initial network session during which the 
client's request originated. 

The flowchart, at step 306, indicates a preferred 
embodiment for determining if there is another way to send 

15 the requested data by determining if the clients' e-mail 
address was contained within the HTTP header of the client 
request. However, the Web server could send the data by 
various other means or techniques, known today or in the 
future. For example, sending data via e-mail can be 

20 considered as a kind of push technique since it is sent 
later. Other push techniques could also be used. 

As shown in the preferred embodiment, if the client's 
e-mail is not in the HTTP header, or alternatively, the Web 
server can not determine any other way of sending the data 

25 later, the Web server responds to the client that the Web 
server cannot satisfy the client's request, step 3 07. If 
the client's e-mail is in the HTTP header, or alternatively, 
the Web server can determine another way to send the data 
later, then the Web server informs the client that the 

30 client will receive the data by e-mail or some other means, 
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step 308. Then, in a different network communication 
session at a later time, the Web server sends the data, 
e.g., doc. html, by e-mail, step 309. 

The e-mail address is determined from an HTTP GET 
5 Request from the Web client to the Web server by looking at 
the "From" request header field. The From request header 
field that is part of the HTTP 1.1 standard can be used to 
determine the e-mail address of the user. Excerpts from the 
standard follows below: 

10 

RFC 2616 Draft Standard hypertext Transfer 
Protocol — HTTP/1.1", Internet Engineering Task Force, 

15 14.22 From 

The From request-header field, if given SHOULD contain 
an Internet e-mail address for the human user who 
controls the requesting user agent. 

20 

An example is: 

From : webmas ter@w3 . org 

25 The interpretation of this field is that the request is 

being performed on behalf of the person given, who 
accepts responsibility for the method performed. 



30 



The Internet e-mail address in this field MAY be 
separate from the Internet host which issued the 
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request. For example, when a request is passed through 
a proxy, the original issuer's address SHOULD be used. 



5 The client SHOULD NOT send the From header field 

without the user's approval, as it might conflict with 
the user's privacy interests or their site's security 
policy. It is strongly recommended that the user be 
able to disable, enable, and modify the value of this 

0 field at any time prior to a request. 



It should be noted that it may not be possible to send 
all types of documents later by e-mail, such as dynamic 
documents. Instead, the Web server may send an e-mail at a 

15 later time to the client indicating that the Web server is 
now operational, i.e., not overloaded or not just partially 
functional, and is able to service the client's document 
request. That is, the server may e-mail the client stating 
that the server is now up and ready and is functioning, and 

20 that the client should try the server again with the 

client's document request. Such a note to the client could 
be sent by e-mail, instant messaging, as a display on a 
computer monitor, or other technique. As such, the server 
may just inform the client to resubmit the request, instead 

25 of sending the document. This later notification is useful 
if the data is too large to be sent via e-mail, or if a form 
is being requested that requires input by the client or 
other user interaction. In other embodiments, sending a 
static document by e-mail at a later time, in place of 

30 receiving the dynamic document, is still useful to the user 
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because the user can click on the static document in the 
user's e-mail and get back to the desired Web page. 

Instead of using e-mail to send the requested data or 
document at a later time, the Web server could use various 

5 other techniques such as push. That is, the server just 
needs to know where to send the data to the client later on, 
by either knowing the client's e-mail address or IP address 
or some other way for delivering the requested data. 

Push technology applies when a client has given 

10 a server permission to send data to the client and the 
client is willing to accept data to the client's own 
computer, such as to the client's hard disk files or other 
nonvolatile storage. Contrary to this, for e-mail, the data 
goes to a person or to an entity or organization that can be 

15 accessed by many computers. A push technique sends the data 
to a specific computer instead of a specific e-mail address. 
As such, if a push technique were to be used, then step 306 
of Fig. 3 would determine if the client had given permission 
and other appropriate information for the server to send the 

20 document to the client's specific computer where the request 
originated. 

Push technology is characterized by the Web server 
proactively sending documents or information to a Web client 
or user. E-mail is actually a special kind of push 

25 technology that has been prevalent for a long time. 

Although technically it is correct to refer to e-mail as a 
type of push, in general usage when push is mentioned, 
e-mail is typically not included among push techniques on 
the Web. In the case of e-mail push, the Web server sends 

30 information to an electronic address known as e-mail 
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address. Typically, the e-mail can be read from any 
computer that can connect to the corresponding e-mail server 
where the e-mail of the user resides. 

The system, method, and program of this invention 
5 encompasses not just delayed delivery via e-mail, but also 
via push technology. Typically, push technology schemes can 
be broadly classified as follows: 

i) Push simulated by client initiated pull (client-pull); 
and 

10 ii) Push initiated via Web Server (server-push) . 

In Push simulated by client initiated pull, the server 
sends a small push definition file to the client. The small 
push definition file contains information on the frequency,, 
timings, schedule, etc. with which the client should 

15 automatically download data from the server. The client 
periodically communicates with the server (even when the 
user is not directly using the Web browser on the client) , 
based on the information present in the push definition file 
and secures the documents from the server. Since the client 

20 is deliberately pulling the information from the server, it 
is often termed "push via client-pull . " 

Fig. 4 provides a flowchart of the system via 
client-pull. Steps 301, 302, 303, 304, and 305 are 
essentially the same as for Fig. 3. At step 406, the Web 

25 server sends a push definition file to the Web client. The 
push definition file contains the schedule/time when the 
client should pull the data from the server in the future. 
The push definition file, in the simplest case, may include 
the time when the server is not overloaded, e.g., if at 3 

30 p.m. the server is overloaded but it expects that at 8 p.m. 
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the overloading will be over, the push definition file can 
contain the time 8 p.m. as the time when the client should 
attempt to pull doc. html. The Web client then performs a 
client-initiated pull of the data, e.g., doc. html, from the 
5 Web server, according to the time indicated in the push 

definition file. At any time later, the user then opens the 
browser and reads the data from the client's hard disk. 

An alternative form of push is Push initiated by Web 
Server. Here the client computer has a fixed electronic 
10 address, e.g., an IP address, and is always running so that 
it can receive data to its disk. The client computer 
provides permission to the Web server to send data if and 
when the server desires. The server sends data to the 
client computer whenever it determines the need to do so. 
15 The user typically would start a Web browser on the client, 
and read the information at the user's leisure. It is not 
always necessary for the Web client to run continuously. A 
proxy server can accept data on behalf of the Web client 
when the Web client is not running and forward the data to 
20 the Web client when the Web client is running. However, in 
such a case, the proxy server must accept data on behalf of 
the electronic address of the Web client. 

Fig. 5 provides a flowchart of the system via 
server-push. Again, steps 301, 302, 303, 304, and 305 are 
25 essentially the same as for Fig. 3 as described above. 
Then, once it is determined that the Web server is 
overloaded or only partially functional, the Web server 
secures a push address and permission to push from the Web 
client, step 506. The Web server then pushes the data, 
30 e.g., doc. html, to the Web client based upon a time when the 
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Web server is no longer overloaded. The user opens the 
browser later on and reads the data, step 509. 

Besides, receiving a client address along with the push 
permission, there are two basic ways that a Web server can 
5 get information. One way is through the HTTP header, and a 
second way is through a cookie. Whenever, a Web client 
requests information from a Web server, e.g., through a GET 
request, the client must always send an HTTP header. It 
should be noted that even if the e-mail information is not 

10 in the HTTP header, the Web server may still know how to 
send the client data by using cookies, which store user 
information, from previous visits by the client/user to the 
Web server. Web servers which have cookies and have put a 
cookie onto the hard disk of a client enables the cookie to 

15 be sent back to the Web server upon subsequent GET requests. 
Cookies can contain valuable information such as identifying 
the client/user. Whenever there is a cookie stored in a 
computer, and the cookie belongs to a particular server, the 
cookie will get sent back to that server with each and every 

20 GET request that is sent to that same server. As such, 
since the cookie can contain identifying information, the 
Web server can identify the client/user who has sent a GET 
request through the use of cookies. The identifying 
information within the cookie can then be used by the server 

25 to send the requested data at a later time and through 
alternative means such as through e-mail or instant 
messaging, or through push techniques. 

The preferred embodiments may be implemented as a 
method, system, or article of manufacture using standard 

30 programming and/or engineering techniques to produce 
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software, firmware, hardware, or any combination thereof. 
The term "article of manufacture'' (or alternatively, 
"computer program product") as used herein is intended to 
encompass program code, and/or one or more computer 

5 programs, and/or data files accessible from one or more 
computer-readable devices, carriers, or media, such as 
magnetic storage media, "floppy disk", CD-ROM, network 
transmission lines or any signal bearing media. Of course, 
those skilled in the art will recognize that many 

10 modifications may be made to this configuration without 
departing from the scope of the present invention. 

The foregoing description of the preferred embodiments 
of the invention has been presented for the purposes of 
illustration and description. It is not intended to be 

15 exhaustive or to limit the invention to the precise form 

disclosed. Many modification and variations are possible in 
light of the above teaching. For example, although 
preferred embodiments of the invention have been described 
in terms of the Internet, other network environments 

20 including but not limited to wide area networks, intranets, 
and dial up connectivity systems using any network protocol 
that provides basic data transfer mechanisms may be used. 

Fig. 6 depicts a block diagram of a typical computer 
25 system used as a client or server or both. The computer 
includes at least one processor 11 and memory 12 . The 
computer may be, but is not limited to, a personal computer, 
laptop, workstation, mainframe or hand held computer 
including palmtops, personal digital assistants, smart 
30 phones, cellular phones, etc. . The computer system includes 
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input means 13 such as keyboard, mouse, track ball, light 
pen, pen-stylus, voice input system, touch sensitive device 
, and/or any other input means. Also included are display 
means 14 and/or any other output device including network 
communication devices. Memory 12 includes volatile or 
nonvolatile storage and/or any combination thereof. 
Volatile memory may be any suitable volatile memory device, 
e.g., RAM, DRAM, SRAM, etc.. Nonvolatile memory may include 
storage space, e.g., via the use of hard disk drives, tapes, 
etc., for data, databases, and programs. The programs in 
memory include an operating system 16 and application 
programs 17. For the client, one of the application 
programs would include a browser. 

The exemplary embodiment shown in Fig. 6 is provided 
solely for the purposes of explaining the preferred 
embodiments of the invention; and those skilled in the art 
will recognize that numerous variations are possible, both 
in form and function. For instance, any one or more of the 
following - the processor and/or memory and/or the 
input/output devices - could be resident on separate systems 
such as in a network environment. 

It is intended that the scope of the invention be 
limited not by this detailed description, but rather by the 
claims appended hereto. The above specification, examples 
and data provide a complete description of the manufacture 
and use of the system, method, and article of manufacture, 
i.e., computer program product, of the invention. Since 
many embodiments of the invention can be made without 
departing from the spirit and scope of the invention, the 
invention resides in the claims hereinafter appended. 
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Having thus described the invention, what we claim as 
new and desire to secure by Letters Patent is set forth in 
the following claims. 
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CLAIMS 

1. A method for use by a first server in a network 
environment comprising: 

5 receiving a request for data from a client during a 

given session of a network communication; 

determining if at least one of the following conditions 

are present i) the server is overloaded, and 2) the server 

is partially functional; and 
10 sending, by the first server, the requested data at a 

later time and outside of the given session if it is 

determined that at least one of the conditions is present. 

2 . The method of claim 1 wherein the step of determining 
15 whether the server is partially functional comprises 

determining whether a second server, which the first server 
is dependent upon for satisfying the request, is able to 
support the first server in satisfying the request. 

3. The method of claim 1 wherein the step of sending 

20 further comprises sending the requested data by e-mail to an 
e-mail address of a user using the client. 

4. The method of claim 1 wherein the step of sending 
further comprises sending the request to the client after 

25 receiving, from the client, a permission to push the 
requested data. 

5. The method of claim 1 wherein the step of sending 
further comprises the preliminary steps of sending a push 

30 definition file to the client indicating at least a time 
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that the first server will not be overloaded; and receiving 
an initiation for the requested data by the client in 
accordance with the time. 

5 6. A method for use by a first server in a network 
environment comprising: 

receiving a request for data from a client during a 
given session of a network communication; 

determining if at least one of the following conditions 
10 are present i) the server is overloaded, and 2) the server 
is partially functional; 

determining whether the first server can satisfy at 
least a portion of the request at a present time even if at 
least one of the conditions is present; 
15 sending a portion of the data to the client during the 

given session; and 

sending all of the requested data at a later time and 
outside of the given session if it is determined that the 
first server is capable of satisfying the portion of the 
20 request at the present time, 

7. The method of claim 6 wherein the step of sending all 
of the requested data further comprises sending the 
requested data by e-mail to an e-mail address of a user 

25 using the client. 

8. The method of claim 6 wherein the step of sending all 
of the requested data further comprises sending the request 
to the client after receiving, from the client, a permission 

30 to push the requested data. 
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9 . A method for use by a Web server in a network 
environment comprising: 

receiving an HTTP request from a client for data during 
5 a given session of a network communication; 

determining if at least one of the following conditions 
are present i) the Web server is overloaded, and 2) the Web 
server is partially functional; and 

sending, by the Web server, if it is determined that at 
10 least one of the conditions is present, the requested data 
at a later time and outside of the given session by at least 
one of the following techniques i) delayed e-mail to a user 
of the client, and ii) delayed push to the client. 

15 10. A method to perform load-balancing in a Web server 
comprising: 

determining a present load on the Web server; and 
dependent upon the determination, performing at least one 
of the following in response to an HTTP request in a given 
20 communication session from a client: 

a) sending, at a later time and separate from the given 
communication session, full data content to a client in at 
least one of the following i) delayed e-mail to a user of 
the client, and 2) delayed push to the client; and 
25 b) sending abbreviated content immediately to the client; 
and sending, at a later time and separate from the given 
communication session, full data content to a client in at 
least one of the following i) delayed e-mail to a user of 
the client, and 2) delayed push to the client. 
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11. A method for use by a client in a network environment 
comprising: 

sending an HTTP request to a Web server during a given 
communication session; and 
5 receiving requested data from the Web server at a later 

time and outside of the given session via e-mail to an 
e-mail address of a user of the client. 

12. A method for use by a client in a network 
10 environment comprising: 

sending an HTTP request to a Web server during a given 
communication session; 

receiving, within the given communication session, an 
abbreviated content of requested data; and 
15 receiving full content of the requested data from the 

Web server at a later time and outside of the given session 
via at least one of the following: i) e-mail to an e-mail 
address of a user of the client, and ii) push to the client. 

20 13 . A server having means for communicating with a 
client in a network environment, the server comprising: 

means for receiving a request for data from the client 
during a given session of a network communication ; 

means for determining if at least one of the following 
25 conditions are present i) the server is overloaded, and 2) 
the server is partially functional; and 

means for sending the requested data at a later time 
and outside of the given session if it is determined that at 
least one of the conditions is present. 
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14. The server of claim 13 wherein the means for 
determining whether the server is partially functional 
comprises means for determining whether a second server, 
which the server is dependent upon for satisfying the 

5 request, is able to support the server in satisfying the 
request . 

15. The server of claim 13 wherein the means for sending 
further comprises means for sending the requested data by 

10 e-mail to an e-mail address of a user using the client. 

16. The server of claim 13 wherein the means for sending 
further comprises means for sending the request to the 
client after receiving, from the client, a permission to 

15 push the requested data. 

17. The server of claim 13 wherein the means for sending 
further comprises means for sending a push definition file 
to the client indicating at least a time that the first 

20 server will not be overloaded; and means for receiving an 
initiation for the requested data from the client in 
accordance with the time. 

18. A server having means for communicating with a 
25 client in a network environment, the server comprising: 

means for receiving a request from the client for data 
during a given session of a network communication; 

means for determining if at least one of the following 
conditions are present i) the server is overloaded, and 2) 
30 the server is partially functional; 
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means for determining whether the first server can 
satisfy at least a portion of the request at a present time 
even if at least one of the conditions is present; 

means for sending a portion of the data to the client 
5 during the given session; and 

means for sending all of the requested data at a later 
time and outside of the given session if it is determined 
that the first server is capable of satisfying the portion 
of the request at the present time. 

10 

19. The server of claim 18 wherein the means for sending 
all of the requested data further comprises means for 
sending the requested data by e-mail to an e-mail address of 
a user using the client. 

15 

20. The server of claim 18 wherein the means for sending 
all of the requested data further comprises means for 
sending the request to the client after receiving, from the 
client, a permission to push the requested data. 

20 

21. A server having means for communicating with a 
client in a network environment comprising: 

means for receiving an HTTP request from the client for 
data during a given session of a network communication; 
25 means for determining if at least one of the following 

conditions are present i) the Web server is overloaded, and 
2) the Web server is partially functional; and 

means for sending, by the Web server, if it is 
determined that at least one of the conditions is present, 
30 the requested data at a later time and outside of the given 
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session by at least one of the following techniques i) 
delayed e-mail to a user of the client, and ii) delayed push 
to the client. 

5 22 . A Web server having means for performing 
load-balancing, the web server comprising: 

means for determining a present load on the Web server; 
and 

dependent upon the determination, means for performing at 
10 least one of the following in response to an HTTP request in 
a given communication session from a client: 

a) sending, at a later time and separate from the given 
communication session, full data content to a client in at 
least one of the following i) delayed e-mail to a user of 

15 the client, and 2) delayed push to the client; and 

b) sending abbreviated content immediately to the client; 
and sending, at a later time and separate from the given 
communication session, full data content to a client in at 
least one of the following i) delayed e-mail to a user of 

20 the client, and 2) delayed push to the client. 

23. A client having means for communicating with a server 
in a network environment comprising: 

means for sending an HTTP request to a Web server 
25 during a given communication session; and 

means for receiving requested data from the Web server 
at a later time and outside of the given session via e-mail 
to an e-mail address of a user of the client. 
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24. A client having means for communicating with a 
server in a network environment, the client comprising: 
means for sending an HTTP request to a Web server 
during a given communication session; 
5 . means for receiving, within the given communication 
session, an abbreviated content of requested data; and 

means for receiving full content of the requested data 
from the Web server at a later time and outside of the given 
session via at least one of the following: i) e-mail to an 
10 e-mail address of a user of the client, and ii) push to the 
client . 

25. The server of claim 13 wherein the requested data is 
an HTML page. 

15 

26. A computer program having program code means on a 
computer usable medium for enabling a server having means 
for communicating with at least one client in a network 
environment, the program comprising: 

20 means for receiving a request from the client for data 

during a given session of a network communication; 

means for determining if at least one of the following 

conditions are present i) the server is overloaded, and 2) 

the server is partially functional; and 
25 means for sending the requested data at a later time 

and outside of the given session if it is determined that at 

least one of the conditions is present. 



27. A computer program having program code means on a 
30 computer usable medium for enabling a server having means 
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for communicating with at least one client in a network 
environment, the program comprising: 

means for receiving a request for data from the client 
during a given session of a network communication; 
5 means for determining if at least one of the following 

conditions are present i) the server is overloaded, and 2) 
the server is partially functional; 

means for determining whether the first server can 
satisfy at least a portion of the request at a present time 
10 even if at least one of the conditions is present; 

means for sending a portion of the data to the client 
during the given session; and 

means for sending all of the requested data at a later 
time and outside of the given session if it is determined 
15 that the first server is capable of satisfying the portion 
of the request at the present time, 

28. A computer program having program code means on a 
computer usable medium for enabling a server having means 
20 for communicating with at least one client in a network 
environment, the program comprising: 

means for receiving an HTTP request from the client for 
data during a given session of a network communication; 

means for determining if at least one of the following 
25 conditions are present i) the Web server is overloaded, and 
2) the Web server is partially functional; and 

means for sending, by the Web server, if it is 
determined that at least one of the conditions is present, 
the requested data at a later time and outside of the given 
30 session by at least one of the following techniques i) 
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delayed e-mail to a user of the client, and ii) delayed push 
to the client. 

29. A computer program having program code means on a 
5 computer usable medium for enabling a Web server having 
means for communicating with at least one client in a 
network environment, the program comprising: 

means for determining a present load on the Web server; 
and 

10 dependent upon the determination, means for performing at 
least one of the following in response to an HTTP request in 
a given communication session from a client: 

a) sending, at a later time and separate from the given 
communication session, full data content to a client in at 

15 least one of the following i) delayed e-mail to a user of 
the client, and 2) delayed push to the client; and 

b) sending abbreviated content immediately to the client; 
and sending, at a later time and separate from the given 
communication session, full data content to a client in at 

20 least one of the following i) delayed e-mail to a user of 
the client, and 2) delayed push to the client. 
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DELAYED DELIVERY OF WEB PAGES VIA E-MAIL OR PUSH 

TECHNIQUES 

FROM AN OVERLOADED OR PARTIALLY FUNCTIONAL WEB SERVER 

5 



ABSTRACT OF THE DISCLOSURE 



A system, method and program of the invention enables 

10 an overloaded or partially functional Web server in an 
Internet environment to receive an HTTP request for data 
from a client during a given communication session, to 
determine the extent to which the Web server is overloaded 
or partially functional, and to send the requested data to 

15 the client at a later time and outside of the given session 
such as by e-mail to an e-mail address of a user using the 
client, or by a push technique to the client itself if 
either a permission to push is received from the client or a 
push definition file is sent to the client indicating at 

20 least a time that the Web server will not be overloaded. In 
another embodiment, the Web server determines whether it can 
satisfy at least a portion of the request at a present time. 
If so, then a portion of the data is sent to the client 
during the given session, and all of the requested data is 

25 sent at a later time and outside of the given session either 
by e-mail or a push technique. Another embodiment of the 
invention is used to perform load-balancing in a Web server 
by determining a present load on the Web server, and 
performing, in response to an HTTP request in a given 

30 communication session from a client, either of the 
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following: a) sending, at a later time and separate from the 
given communication session, full data content to a client 
either by i) delayed e-mail to a user of the client, or 2) 
delayed push to the client; or b) sending abbreviated 
5 content immediately to the client; and sending, at a later 
time and separate from the given communication session, full 
data content to a client either by i) delayed e-mail to a 
user of the client, or 2) delayed push to the client. 
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